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(57) Abstract 

A class of distributed key generation (130) 
and recovery (125) approaches is presented, suit- 
able for group communication systems where the 
group membership must be tightly controlled. 
The proposed key generation (130) approach al- 
lows entities which may have only partial trust 
in each other to jointly generate (130) a shared 
key without the aid of an external third party. 
The group collectively generates (130) and main- 
tains a dynamic group binding parameter (HQ), 
and the shared key is generated (110) using a 
pseudorandom function (110) using this param- 
eter as a seed. The methods employ distributed 
algorithms based on fractional keys (FK) (515). 
The proposed methods allow the members to au- 
tomatically update the keys in a periodic man- 
ner without any assistance from an external third 
party, and to do so using verifiable secret sharing 
techniques. The key retrieval method (125) does 
not require the keys to be stored in an external 
retrieval center. Note that many Internet-based 
applications may have these requirements. 
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10 

Field of the Invention 

The invention described herein pertains to communications, and more 
particularly to information security. 

15 Related Art 

Cryptographic key generation and management is an important problem 
in multicast and group communications (R. Canetti and Pinkas, B., "A taxonomy 
of multicast security issues," in Internet-Draft (1998); Harney, H. and 
Muckenhirn, C, "GKMP Architecture," RFC 2093 (1997); Harney. H. and 
20 Muckenhirn, C, "GKMP Architecture," RFC 2094 (1997); Ballardie, A., 

"Scalable Multicast Key Distribution," RFC 1949 (1996); Poovendran, R., et ai, 
"A Scalable Extension of Group Key Management Protocol," Proc. 2nd Ann. 
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ATIRP Con/., Maryland, pp. 187-191 (1998), incorporated herein by reference). 
In many instances, it is desirable to generate a group shared key (SK) for efficient 
intra-group communications. However, having the same SK implies that all the 
group membership is at the same trust level. In a distributed, multicast group, it 
5 is often not possible nor desirable to have the same trust level throughout the 

group. One may be tempted to suggest that a single trust level can be defined by 
choosing the lowest possible trust level as the group trust level. Though such a 
straightforward approach is feasible, one can do better by compartmentali zing the 
group based on local trust levels (Id). Such a compartmentalization inevitably 
10 least to clustering of a given group. Compartmentalization also helps in having 

a better control over the set of key management and distribution functions as 
noted in (Id.). 

While the entities in each cluster may share a common trust level, it may 
be that the clusters are mutually suspicious and have only partial trust in each 

15 other. Thus, a mechanism is desired that permits mutually suspicious parties to 

come together to generate a shared key. In order to avoid involving (and 
potentially paying) a third party, it is also desirable that the scheme involve only 
the group members and not external parties. 

Some schemes (such as Harney, H. and Muckenhim, C, "GKMP 

20 Architecture," RFC 2093 (1997); Harney, H. and Muckenhim, C, "GKMP 

Architecture," RFC 2094 (1997); Ballardie, A., "Scalable Multicast Key 
Distribution," KFC7949(l996))proposetoreplacemetraditional (external) Key 
Distribution CenterflCDC) with a Group Controller (GC) which can generate and 
distribute the keys. However, in these approaches, a single member is allowed to 

25 generate the keys. This means that group members must place complete trust in 

this group member. In (Poovendran, R., et al., "A Scalable Extension of Group 
Key Management Protocol," Proc. 2nd Ann. ATIRP Conf., Maryland, pp. 187- 
191 (1998)), apart*/ of members are allowed to generate the keys. However.this 
reference does not present any explicit distributed key generation scheme. 



WSOOaO. <WO_001B6S2A1_L> 



WO 00/19652 PCTAJS99/22710 

-3- 

(Note: The following references are incorporated herein by reference: 
Bellare and Micali, "Non-Interactive Oblivious Transfer and Applications," in 
Advances in Cryptology - Crypto '59, Springer-Verlag (1989), pp. 547-557; 
Poovendran et.ai, "A Distributed Shared Key Generation Procedure Using 
5 Fractional Keys," Proceedings of the MILCOM '98, Boston, MA (Oct. 1998); 

Simmons, G.J., "An Introduction to Shared Secret and/or Shared Control 
Schemes and Their Applications," in Contemporary Cryptology: The Science of 
Information Integrity, Simmons, G.J., ed„ IEEE Press (1992), pp. 441497.) 

Summary of the Invention 

10 The invention described herein represents a new class of distributed key 

generation and recovery methods suitable for group communication systems 
where the group membership must be tightly controlled. The key generation 
approach allows entities which may have only partial trust in each other to jointly 
generate a shared key without the aid of an external third party. The group 

15 collectively generates and maintains adynamic group binding parameter, andthe 

shared key is generated using a pseudorandom function using this parameter as a 
seed. The methods employ distributed algorithms based on fractional keys (FK). 
The methods allow the members to automatically update the keys in a periodic 
manner without any assistance from an external third party, and to do so using 

20 verifiablesecretsharingtechniques. The key retrieval method does not require the 

keys to be stored in an external retrieval center. Note that many Internet-based 
applications may have these requirements. 

Features and Advantages 

The invention described herein has the feature of developing a shared key 
25 based on components associated with respective members of a cluster. The 

invention has the additional feature of a dynamic group binding parameter that 
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serves a seed for development of the shared key. The invention has the 
advantage of allowing cooperative key generation without requiring action by an 

independent party. The invention has the further advantage of allowing key 
retrieval without requiring the archiving of keys at an external retrieval center. 



5 Brief Description of the Figures 

The foregoing and other features and advantages of the invention will be 
apparent from the following, more particular description of a preferred 
embodiment of the invention, as illustrated in the accompanying drawings. 

HO. 1 is a flowchart illustrating the overall operation of an embodiment 

10 of the invention. 

FIG. 2 is an example system implementing the invention. 
FIG. 3 is a flowchart illustrating the initialization process as performed by 
a security manager, according to an embodiment of the invention. 

FIG. 4 is a flowchart illustrating the initialization process as performed by 
15 cluster members in a distributed fashion, according to an embodiment of the 

invention. 

FIG. 5 is a flowchart illustrating subsequent key generation, according to 
an embodiment of the invention. 

FIG.6is aflowchartillustratingsubsequentkeygeneration usingFJGamal 
20 public key pairs, according to an embodiment of the invention. 

FIG. 7 is a flowchart illustrating key recovery, according to an 
embodiment of the invention. 

FIG. 8 is a flowchart illustrating verification of security manager-based 
initialization, according to an embodiment of the invention. 
25 FIG. 9 is a flowchart illustrating verification of distributed initialization, 

according to an embodiment of the invention. 

FIG- 10 illustrates an example computing environment of the invention. 
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Detailed Description of the Preferred Embodiments 

A preferred embodiment of the present invention is now described with 
reference to the figures where like reference numbers indicate identical or 
functionally similar elements. Also in the figures, the left most digit of each 

5. referencenumbercorresponds tothe figure in which the reference number is first 

used. While specific configurations and arrangements are discussed, it should be 
understood that this is done for illustrative purposes only. A person skilled in the 
relevant art will recognize that other configurations and arrangements can beused 
without departing from the spirit and scope of the invention. It will be apparent 

10 to a person skilled in the relevant art that this invention can also be employed in 

a variety of other devices and applications. 

/. Properties of the Key Generation and Management Method 

The following notation is used to describe the different entities involved 
in the method: 

15 0y . Theone-timepadoftheithmemberattheythkeyupdate iteration. 

6j: The group binding parameter at the;th key update iteration. 

{K Ki')\ Public key pair of the member i. This pair is assumed to be 
' updatedappropriatelytopreservetheintegrityandconfidentiality 

of any communication transaction by and with member i. 



20 



The FK of the tth member at the;'th key update iteration. 



HFKj The hidden FK (HFK) of the *th member at the jth key update iteration. 



SK/. The group SK at the;th key update instance. 
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A - B:X: Principal A sends principal B a message X. 

In an embodiment of the invention, the message format is 
jfr , M , j, Msg ^ , where the variables are defined i 



I as follows: 



T,: a real-valued, wallclock time stamp generated by member i 
5 . M:denotestheffW<feofoperation,withTforInitializationmode. 

"G" for Generation mode, and "R" for key Recovery mode. 

• ;': integer-valued, denotes the current iteration number. 
Msg: the message to be sent 

• £,"': denotes the private key of the sender 5. 
10 • K K : public key of the receiver R. 

The following properties are desirable for a multiparty key generation 
scheme: 

An FK contributed by a participating member should have the 
same level of security as the group SK. 
15 . Asingleparticipatirigmember,withoutvalidpermissions,should 

not be able to obtain the FK of another member. 

If a FK-generating member has physically failed, been 
compromisedor removed, theremainingFK-generating members 
should be able to jointly recover the FK of the failed member. 

20 Thefirstpropertysimplystatesthatthedistributedkeygenerationscheme 

has to be such that each FK space has at least the same size as the final SK space. 
Hence, each member maygenerateFK of differentsize but, when combined, they 

lead to a fixed length SK. The second property has to do with the need for 
protectionofindividualFKsthatisdesiredinlightoftheabsenceofacentralized 

25 key generation scheme. In the current scheme, every member performs an 

operation to hide its FK such that, when all the hidden FKs (HFKs) and the group 
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parameter are combined, the net result is a new SK. Even if an HFK is known, 
theprobIemofobtainingmeactualFKormeSKneedsfurthercomputauon.The 

requirements of the FK concealment mechanism are described in greater detail 

below. 

5 If a contributing member physically fails, becomes compromised, or has 

to leave the multicast group, or cluster, then it becomes necessary to replace the 
existing member with a new member. Hence, the newly-elected member should 
be able to securely recover the FK generated by the replaced member. However, 
to ensure the integrity of the scheme, this recovery should be possible only if all 

10 theremaimngcontributingmemberec^ 

from the existing key generating schemes (Harney, H. and Muckenhim, C, 
"GKMP Architecture," RFC 2093 (1997); Harney, H. and Muckenhim, C, 
"GKMP Architecture," RFC 2094 (1997); Ballardie, A., "Scalable Multicast Key 
Distribution," RFC 1949 (1996)). The requirement that an individual member 

15 actingalonenotbeabletoobtainweFKso^ 

to protecting individual private keys in public key cryptography systems. 
The following is a list of assumptions regarding the method: 

There exist two commutative operators © and 0 which form an 
abelian group when operating on the set of keys. 
20 . itiscomputationallydifficulttoperformcryptographicanalysison 

a cryptographically-secure random key by search methods if the 

key length is sufficiently large. 

The keys are all L bits in length, and all members know its length. 
The number of participants in generating the KS is fixed as n 
25 (where n may be a function of ©and 0). 

There is a mechanism for certifying the members participating in 
the key generation procedure, for securely exchanging the 
quantities required in the algorithm and for authenticating the 
source of these quantities. 
30 . Every member has the capability to generate a cryptographicallyr 

secure random number of length L bits or longer. 
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With the assumptions above, the key management scheme can be 
described in terms of three major processes: 

1. Initialization, which includes secure initial one-time pad and 
binding parameter generation and distribution; 

5 2. Key Generation, an iterative process including fractional, hidden 

and shared-key generation; and 

3. Key Retrieval, a process that is required only in the case of a 
member node failure or compromise. 

These processes are collectively illustrated in process 100 of FIG. 1. 

10 Process 100 begins with a step 105. In a step 1 10, the key management process 

is initialized. Here, initial one-time pads are generated for each member. In 
addition, a binding parameter is generated and distributed to each member, 
permitting each member to generate the same key, a shared key SK. In a step 
1 15, the members can operate securely using the SK. If, in a step 120, a failure 

1 5 occurs at a member' s node, such as a compromise of the member or an equipment 

failure, then key retrieval is performed in a step 125. Here, recovery of the 
parameters associated with the failed node is performed. In a step 130, a new 
binding parameter is generated and new one-time pads are created. Operations 
then resume at step 115. 

20 If, in step 120, no failure occure, process 100 continues with a step 135. 

Here, a determination is made as to whether an update of the SK is needed. This 
may be required, for example, if a member leaves the cluster. Alternatively, an 
operation may simply require periodic updating of the SK. If an update is needed, 
key generation step 130 is performed. Operations then resume at step 115. 

25 The processes of initialization, key generation, and key retrieval are 

described in greater detail below. 

//. Initialization 
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A Group Initiator (GI) first selects a set of n FK-generating members of 
a cluster, and the GI may be one of these members. The GI can then contact a 
Security Manager (SM)-a third party who is not a FK-generating member-who 
generates the initial pads and the binding parameter and distributes them to the 
members. This is illustrated by system 200 of FIG, 2. Member 1, group initiator 
210, is shown contacting security manager 250, who then distributes the necessary 
data to member 1 through 4, labelled 210 through 240, respectively. The data 
flow for this embodiment is illustrated by dotted lines. In an alternative 
embodiment, GI 210 initiates a distributed procedure among the group members 
(illustrated by solid lines) to create these quantities without the aid of an external 
party. 

A. SM-Based Initialization 

The process of initialization by an SM is illustrated in FIG. 3, process 300, 
according to an embodiment of the invention. Process 300 begins with a step 305. 
In a step 310, the GI generates an initial random one-time pad, a u , for each 
member i. In a step 3 15, an initial binding parameter 0, is computed such that <x u 
© 0^, ® . . , ® = 0,. In steps 320 through 340, a, , and 0, are sent to each 
member/. In step 320, index i is initialized. In steps 325 and 330, the initial pads 
and binding parameter are distributed to member i, as 

SM ^i:j(T JH ,/,U, l ,e i } (J ^ . 

In step 335, index i is incremented In step 340, a determination is made as to 
whether a u and 0, have been sent to all members /. If not, then a i t and 0, are 
sent to the next member /. The process concludes with a step 345. At the 
conclusion of process 300, each member has 0„ on which a common SK can be 
based. 



B. Distributed Initialization 
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In an alternative embodiment, initialization can be performed through a 
cooperative process involving all members, illustrated as process 400 of FIG. 4. 
The GI (assumed to be a member and denoted in process 400 by the index 1 ) can 
perform the following steps (see also Koblitz, K, Cryptologia 317026 (1997), 
5 incorporated herein by reference) to generate the initial parameters of the group. 

Process 400 begins with a step 405. In a step 410, member 1 generates two 
uniformly-distributed random quantities y and v u of bit length L. In a step 415, 
member 1 operates on these two quantities as Y© V = *>• In a 420 » member 
1 sends the result to member 2 (the "next" member in the group) as 1 - 2: 

io 

Starting with member 2, each member i calculates its own b t based on the 
previous member's 5 H , and sends b { to the next member. This is illustrated in 
steps 425 through 450. In step 425, the index / is initialized to 2. In step 430, 
member / generates a uniform random variable v^, of bit length L. In step 435, 
1 5 member i then operates on the quantity it received from member / - 1 as 6 H ® v u 

= 6j. In step 440, member / then sends the result to member / + 1 as i - / 

In step 445, i is incremented. If, as determined in step 450, each of the n 
members has not generated a respective value 6j , the process returns to step 430, 
20 where the next member i generates its uniform random variable v u . 

Eventually, the group member i = n receives 6„., and, in a step 455, 
genmtes a uiriformry-distributed random quantity v^, of bit length!,. In a step 
460, member n performs 8„., © \, = 8 n . In a step 470, member n securely sends 

6 n to the initiating member /= 1 asn - 1: {{^M}*;' j ^ • toa ste P 475 ' 
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the GI (member 1) then recovers 8 D and performs y @ 6„ = 0,. In steps 480 
through 494, member 1 sends 6, to each member /. In step 480, the index i is 
initialized to 2. In step 485, member 1 sends 6, to member i as 

5 In step 490, each member i privately computes ot^ = 6, ® v^. In step 492, 

the index i is incremented. It in step 494, i > n, so that each member i has 
received 6, and privately computed a respective o Ui then the process 400 
concludes with a step 496. Otherwise, the process returns to step 485, where 
member 1 sends 6, to another member. At the conclusion of process 400, each 

10 member has 0,, on which a common SK can be based. 

Note that these two approaches of initialization (security manager- 
controlled initialization and distributed initialization) are not equivalent unless 
additional security assumptions are made. For example, in the case of distributed 
initialization within the group, the following can be done. 

1 5 Assume that members /' - 1 and / + 1 conspire to obtain the secret member 

/, where the numerical ordering corresponds to the order of message passing in the 
distributed algorithm. 

1 . Member / - 1 sends 6 W to member / as per the algorithm, and also 
to member / + 1 without fs knowledge. 

20 2. Member/', who is unaware of the conspiracy between /-land. 

/ + 1, computes 8, = 5j., @ v u and sends it to member /' + 1 
securely. 

3. Member / + 1 can now compute v M = 6 M @ 5, and obtain the 
secret v u of member i. 

25 However, the secret vi, 1 generated by member / become part of the pads 

(i.e. the a's) of members i - 1 and i + 1. Hence, application of this initialization 
assumes that the parties are benign. 
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///. Key Generation 

The key generation algorithm is an iterative process depicted in FIG. 5 as 
process 500. Each successive key generation, iteration;, requires as input a set 
of one-time pads tx^ i 1 - 1, . . ., n, and the binding parameter 8, which are 
5 obtained from the initialization process (e.g., process 300 or process 400) for 

iteration y = 1, and from the preceding iterations fory > 1. 

The iterative key generation process, according to an embodiment of the 
invention, consists of thefollowing. Process 500 begins with a step 505. Insteps 
510 through 535, each member / generates a cryptographically-secure random 
10 number, fractional key FK^ and sends it to every other member m. In step 510, 

index / is initialized to 1. In step 51 5, member i generates random number Fk^ 
In step 520, member ; generates a hidden fractional key HFK Q - % 9 FKy. In 
step 525, member i sends HFK V to every other member m as 

1 5 In step 530, index /' is incremented. If, as determined in step 535, each member 

/ has created a respective HFKy and sent it to all other members, the process 
continues at a step 540. Otherwise, process 500 returns to step 5 1 5, where the 
next member i generates its respective FK^ 

Once the exchange of HFKJs is complete, each member computes the 

20 new group parameter 6^, and a new shared key SKj. This occurs in steps 540 

through 560. In step 540, index / is initialized to 1. In step 545, member / 
calculates the new binding parameter, 8^ = X8 ; ® HFK tJ ® HFK 2J ® . . . ® HFK^ 
= FA: ; y©~/^]7©" " one-time pad 

<Vi = %\ ® FK u> ^ a new ke y SK J = M»i) whereXO »s a strong one- 

25 way pseudo-random function. In step 555, index i is incremented. If, in step 560, 

/ > n, so that each member ./ has created a new 8^ and a new SK p then the 
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process concludes with a step 565. Otherwise, process 500 returns to step 545, 
where the next member / calculates the new binding parameter, 0^,. 

If the resulting group parameter 6^, is cryptographically insecure for a 
particular application, all members can repeat process 500 creating a new high 
quality group parameter 0^,. 

At the end of process 500, we have the SK for the current iteration. Note 
that the quantity is computed such that, for an outsider, obtaining a^, is 
very hard, even if the actual shared key SKj is compromised at any key update time 
interval (j J+ 1 ). Knowing the shared key SKj does not reveal the group parameter 
8j and, hence, the tight binding of the members will not be broken by the loss of 
the shared key. 

Note the following additional features of the key scheme: 

Although all the members have each HFK lJt obtaining the FK^ or 
<Vi °f another member involves search in the L-dimensional 
space, and obtaining their correct combination involves search in 
the (n - l)L - dimensional space. Hence, even if a fellow member 
becomes an attacker, that rogue member faces nearly the same 
computational burden in obtaining the set of n FKs as an outside 
cryptographic analyst; i.e. trust is not unconditional 

For such an outside attacker, breaking the system requires either 
search in an /,-dimensional space to get 0, or nL - dimensional 
searches to break individual secrets of all the members. Access to 
all n HFKs is alone is insufficient to permit an attacker to 
determine the SK; for that, the attacker must also possess the 
current binding parameter 0 which is time-varying and never 
transmitted. If an SK is known to be compromised (perhaps due 
to traffic analysis), information regarding 0 is not obtained , since 
J{-) is a pseudo-random function. 

In an embodiment of the invention, an FK fJ is used whereby 
(FK[j t FK itj )\s an individual ElGamal public key pair for the member i at update 

/ The iterative key generation process for this embodiment is illustrated as 
process 600 ofFIG. 6. Process 600 begins with a step 605. In steps 610 through 
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640, each member / develops values FK U and HFK U and exchanges them with 
other members. In step 610, index /is initialized to 1. In step 615, member/ 
randomly picks a number FK$ with 0 S FK'J ip-2 .In step 620, member / 

generates FK UJ = a . Here, (FK^j ,FK Uj ) is an individual EIGamal public 

key pair for the member / at update / In step 625, member / generates a quantity 
HFK U - (a kj + FKyJmodp . In step 630, member / sends FK V and HFK Q 
to each other member m , in the form 



i -> m. 



^.GJ.HFK^FK^}^ • In «ep635, index / is 



incremented. If, as determined in step 640, / > n, so that each member i has 
1 0 created a respective HFK U and sent it, along with FK^ to all other members, the 

process continues at a step 645. Otherwise, process 600 returns to step 615, 
where the next member / selects its respective FK[j . 

In steps 645 through 665, each member generates a new binding parameter 
8^ and one-time pad a iJH . In step 640, index i is initialized to 1. In step 650, 

15 eachmember/computes 9 jH = ((/?- n- 3)0j + V^HFK^ mod(/>- l), 

defining GK'li = . Each member i also computes 
GK^a 6 ^ 1 = Ut n t FK u = n![/ a ^ ">step650. In step 655, member 
/ calculates a ijH = (GKJ 1 + FK'J ) modp . In step 660, index / is 

incremented. In step 665, a determination is made as to whether / > n, i.e., 
20 whether each member i has calculated the new 8^ and a new a^,. If so, process 

600 concludes with a step 670. Otherwise, process 600 returns to step 650 so that 
the next member / can create a new 8^. 



600(20: <WO__0019652AtJ^> 



-15- 



Note that if the resulting group key pair (GK plt GK^f') is 
cryptographically insecure for a particular application, all members can repeat 
process 600, creating a new high quality key pair. 

IV. Retrieval of the Fractional Key and One-time Pad of a Failed Node 

The following steps, illustrated as process 700 of FIG. 7, are involved in 
recovery of the FK U and a v of the node failed /, where; represents the iteration 
number in which the node was compromised or failed. The process begins with 
a step 70S. In a step 710, any one FK-generating member-called the Recovery 
Initiator (RI)- initiates recovery and gives the HFK of the failed node i to the 

newly-elected nodeias/VW: {{W.i.WKy) J ■ In a step 615, the RI gives 

the newly-elected node i the current SK, as RI - i: »*^» ffl 0}^ j } • hi a 

step 720, distributed initialization is performed, with the following replacements: 
(a) 9 by $ and (b) a u by p 0 . Except for the changes in the notation and the 
number of members participating, the process for pad generation is same as for 
distributed initialization. Hence, at the end of this distributed pad generation, each 
member / has P v as its pad for key recovery process, and all these pads are bound 
with the parameter I In steps 725 through 745, each member / calculates a 

modified hidden fractional key HFK t j and distributes it to newly elected 
member /. In step 725, index / is initialized to 1 . In step 730, member / computes 
modified hidden fractional key HFK t J = % 0 FKy and sends it to the newly- 
elected member i as / - i. {{W^u}^ } in step 735. In step 740, index 
/ is incremented. In step 745, a determination is made as to whether I > n, i.e., 
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whether each member / has calculated a modified hidden fractional key HFK tJ 

and distributed it to newly elected member /'. If not, process 700 returns to step 
730. Otherwise, process 700 continues with a step 750. 

In step 750, member / combines all of the modified HFKs and recovers the 

5 fractional key FK }j using the operation FK }J = K ® HFK,j © . . . ® 

HFKfj®^. In step 755, member /extracts the one-time pad a }j using the 
operational = HFK (J © FKjj . The process 700 concludes with a step 760. 
Note that the recovered values of FK } j and a { j are unique. Once the 

new node recovers the fractional key of the compromised node, it can inform the 
1 0 other contributing members to update the iteration number; to; + 1 , and then all 

members can execute the key generation algorithm. Note that even though the 
newly-elected member recovers the compromised fractional key and pad, the next 
key generation operation of the new node does not use the compromised key or 
pad. Hence, even if the attacker possesses the fractional key or pad at iteration 
1 5 ;', it does not allow the attacker to obtain the future fractional keys or pads without 

any computation. 

V. A Specific Choice of the Functions ® and O 

A class of multiparty key generation algorithms is described above where 
a given instance of the class is determined by choice of function ©. Note that one 
20 possible choice for @ is the modulo addition operation with respect to a large odd 

prime p, denoted here with ©. In this case, we can deduce the following 
computation from the key generation algorithm: 
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HFK U 0 HFK 2J ®- • -0 /7F£ B , = 
FK hj ®FK 2J ®-®FK nJ ®{n- 1)8 , 

To remove the effect of 9, on 0^,, we should ensure that A = (p + 1 - ri) 

so that 

G, +I = (p+ l-nfijt&HFK^HFKij®- 
• ? HFK nJ 
= FK XJ ®FK 2J ®---®FK nJ 

appropriate for such a scheme. Although choosing n = 3 does not instantly expose 
a secret pad a; when a participating member becomes an attacker (i.e. a rouge), 
the following attack-called fractional attack (FA)-is feasible. 

Lemma: When @ is an © function, independent of how nontrivial the bit- 

10 length of the key is, choosing n = 3 permits a FA. 

Proof : Assume that the time instant at which one member / (/ = 1 or 2 or 
3) become a rogue is / At this time the member have values of a XJ = HFK 2J © 
HFK^ ay = HFK 5J © HFKij, a y = HFK tJ © BFK 2J . Every member also has 
access to the current 8^ and their own FK U (/ ■ 1, 2, 3). At this stage, obtaining 

15 the a component of any other member is as computationally intensive as an 

outside attacker trying to obtain. 0^,. However, if a member, say / = 1, is 
compromised and releases its secret a lJ} then each of the other members can use 
this and compute FK U = a,, © 6 y . Since 8 AI = FK N © FK2 2J © FK 3J , each 
member can now compute the other non-rogue member's FK as well. 

20 This leads to the following corollary: When @ is an ©function, independent 

of how non-trivial the bit-length of the key, the minimum number of members to 
prevent a FA by a single rogue member for the multiparty key scheme is 4. 
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W. Verifiable Secret Sharing 

Since there are multiple entities involved in key generation, it becomes 
important to have a mechanism to verify if the parameters exchanged actually 
contribute to the generated shared key. The verification steps can be followed at 
5 (1) SM-based group initialization, (b) distributed group initialization, and (c) 0- 

generation iteration. 

A SM-based Initialization 

In the case of the SM-based scheme, each member i needs to make sure 
that the SM uses non-trivial values of its <x u and 6, . Since each member needs to 

10 protect its individual pad value, one method for openly checking correctness of the 

pads is to generate a public value that will enable all the key generating members 
to check their correctness without revealing the actual value of the individual pads. 
Such a verification technique falls under the category of Verifiable Secret Sharing 
(VSS) (Feldman, P., "A Practical Scheme for Non-Interactive Verifiable Secret 

15 Sharing," Proc. of IEEE Fund Comp. ScL, pp. 427-437 (1987); Pedersen, T. P., 

Advances in Cryptology - CRYPTO, LNCS 576: 129-140 (1991)). 

If one wants to check if the individual initial pads a 4I given by the security 
manager are "good", process 800 of FIG. 8 can be used. The process begins with 
a step 805. In a step 810, one member (possibly the SM) picks a very large prime 

20 number q . The number picked should be larger than the possible range of the 0 

value. In a step 820, prime number q is sent to all the members. In a step 825, 
the same member also sends a generator g of the multiplicative group q. In a step 
830, each member picks a random polynomial/ having a value 0 at the origin. 
In a step 835, each member adds the polynomial to its pad value, generates 

25 c?u = g 8 "** and broadcasts the values to all the members. In a step 840, each 

member i computes • g $l = \\ £*i j = 8* • In a ste P 845 > *** member 
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10 



15 



checks if the value is equal to g* at the origin. If not, then the verification fails 

in a step 850. If the check of step 845 passes, then in a step 855, each member 
checks to see that 



If not, verification fails in step 850. Failed verification means that some or all of 
the members' one-time pads do not correspond to 6,. Process 800 concludes with 
a step 860. 

R Distributed Initialization 

In the case of distributed initialization, process 900 of FIG. 9 can be used 
to check if the GI, member 1, has produced a 6 S using contributions from all the 
group members. The process begins with a step 905. In a step 910, one member 
(possibly the GI) picks a very large prime number q. The number picked should 
be larger than the possible range of the 6 S value. In a step 915, prime number q 
is sent to all the members. In a step 920, the same member also sends a generator 
g of the multiplicative group under q to all members. In a step 925, GI computes 

g 1 and g v,a , and makes them available to all the group members. In a step 930, 

each member / publishes g v " making it available only to the group members. 

In a step 935, each member / checks if g e ' = fj £J g UjM . If the equality is not 

true, then failed verification is indicated in a step 940. Failure (inequality) means 
that the binding parameter 0 ; and the individual one-time pads do not agree. 
Since at each step of adding their secrets members published the broadcast values, 
it is possible to check which member cheated if there is no collaboration. If there 
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isacollaboration, then the last among the collaborating member can bcidentifjcd 
by the non-collaborating member. 

Note that similar testing can be done for the key generation process. 

VII. Environment 

5 H» present invention may be implemented using httdware/softwro or 

a combination thereof. The operations described above may be implemented in 
a computer system or other processing system at the node of a member. An 
example of such a computer system 1000 is shown in FIG. 10. The computer 
system 1000 includes one or more processors, such as processor 1004. The 

10 processor 1004 is connected to acommunication infrastructure 1006, such as a 

busornetwork). Various software implementations are described in terms of this 
exemplary computer system. After reading this description, it will become 
apparent to a person skilled in the relevant art how to implement the invention 
using other computer systems and/or computer architectures. 

15 Computer system 1000 also includes a main memory 1008, preferably 

randomaccess memory (RAM), and may also include a secondary memory 1010. 
The secondary memory 1010 may include, for example, a hard disk drive 1012 
and/or a removable storage drive 1014, representing a floppy disk drive, a 
magnetictapedrive,anopticaJ(yskdrive,etc.Theremovablestoragedrivel014 

20 reads from and/or writes to a removable storage unit 1018 in a well known 

manner. Removable storage unit 1018, represents a floppy disk, magnetic tape, 
optical disk, or other storage medium which is read by and written to by 
removablestorage drive 1014. As will be appreciated, the removable storage unit 
I018includesacomputer usable storage medium having stored therein computer 

25 software and/or data. 

Inaltemativeimplementations,secondarymemory lOiOmayincludeOther 

means for allowing computer programs or other instructions to be loaded into 
computer system 1000. Such means may include, for example, a removable 
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storage unit 1022 and an interface 1020. Examples of such means may include a 
program cartridge and cartridge interface (such as that found in video game 
devices), a removable memory chip (such as an EPROM, or PROM) and 
associated socket, and other removable storage units 1022 and interfaces 1020 

5 which allow software and data to be transferred from the removable storage unit 

1022 to computer system 1000. 

Computersystem 1000 may also include a communications interface 1024. 
Communications interface 1024 allows software and data to be transferred 
between computer system 1000 and external devices. Examples of 

10 communications interface 1024 may include a modem, a network interface (such 

as an Ethernet card), a communications port, a PCMCIA slot and card, etc. 
Software and data transferred via communications interface 1024 are in the form 
of signals 1028 which maybe electronic, electromagnetic, optical orother signals 
capableofbeingreceive<lbyconTmunicationsinterfa^l024.Thesesignalsl028 

15 are provided to communications interface 1024 via a communications path (i.e., 

channel) 1026. This channel 1026 carries signals 1028 and may be implemented 
usingwire or cable, fiberoptics,aphoneline,acellular phone link, an RFlinkand 

other communications channels. In an embodiment of the invention in which 
computer system 1000 represents the computer system of a member's node, 

20 signals 1028 comprise information flowing to and from the node, such as the 

encrypted form of 8, in step 440. and the encrypted foim of HFK U of step 525. 

In this document, the terms "computer program medium" and "computer 
usable medium" are used to generally refer to media such as removable storage 
units 1018 and 1022, a hard disk installed in hard disk drive 1012, and signals 

25 1028. These computer program products are means for providing software to 

computer system 1000. 

Computer programs (also called computercontrol logic) are stored in main 

memory 1008 and/or secondary memory 1010. Computer programs may also be 
received via communications interface 1024. Such computer programs, when 
30 executed, enable the computer system 1000 to implement the present invention 
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asdiscussedherein. In particular, the computer programs, when executed, enable 
the processor 1004 to implement the present invention. Accordingly, such 
computer programs represent controllers of the computer system 1000. Where 
the invention is implemented using software, the software may be stored in a 
5 computer program product and loaded into computer system 1000 using 

removable storagedrive 1014,harddrive 1012or communications interface 1024. 
In an embodiment of the present invention, the steps of processes 300 through 
9Wareimpl«nratodm 

1004 at a member node through any of these means. 

10 Mil. Conclusion 

While various embodiments of the present invention have been described 
above, it should be understood that they have been presented by way of example, 
and not limitation. It will be apparent to persons skilled in the relevant art that 
variouschangesindetailcM^ 
15 scope of the invention. Thus the present invention should not be limited by any 

of the above-described exemplary embodiments, but should be defined only in 
accordance with the following claims and their equivalents. 



MSOOai): <WO_00t9652A1J_> 



WO00/1MS PCT/US99/227I© 

-23- 

What Is Claimed Is: 

1. Amethodofgencratingandmanagingsharedkeysforaplurality 

of members of a cluster, comprising the steps of 

(a) system initialization to produce a functionally generated 

5 initial shared key; 

(b) functional generation of a next shared key, and 

(c) key recovery in the event of either compromise or failure 

of a node. 



10 



2. The method of claim 1. wherein step (a) comprises the steps of: 

(i) generating a random initial one-time pad a u for each 
member, 

(ii) calculating an initial binding parameter 0, based on each 
a,, where 0, = a,,, • a*, • - - - • a* wherein • is a commutative operator; and 

(iii) sending 0, and cc u to each member L 

15 3 . The method of claim 2, wherein step (iii) comprises the step of 

encrypting 0 , and a u in the form 



20 



for transmission to each member i, where 

. T SM is a timestamp generated by a security manager (SM), 
1 is an indicator of an initialization mode, 
1 denotes the first interaction of key generation, 
JC is an encryption operation using a private component of a 

private/public key pair of the security manager, and 
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Ki indicates encryption using a public component of a 
private/public bey pair of member i. 

4. The method of claim 1, wherein step (a) comprises the steps of: 
(i) generation, by a member 1 , of random quantities y and v u ; 

5 (ii) calculation by the member 1 , of Y®v I() =6„ wherein © is a 

commutative operator, . 

(iii) sending, by the number 1 of 6 2 10 a member 2; 

(iv) receipt, by a member i, of 6 M from a preceding member 

(v) generation, by member f, of random quantity v 41 ; 
j0 (vi) calculation, by member i, of 6,., ® v u =5,; 

(vii) sending, by member i , of 6, to a member i+1 ; 

(viii) sending, by a last member n, of 5 B to member i; . 

(ix) calculation, by member 1 , of Y®6 fl =0 , ; 

(x) sending, by member 1, of 0, to each member, 
15 (xi) calculation, by each member, of 0,®v u = <x u . 

5. The method of claim 4, wherein step iii) comprises the step of 
encrypting 6, in the form 

jfc , / ,1, 8 , } r , } for transmission to member 2, 

step (vi) comprises the step of encrypting 6, in the form 
20 ffc . ' .1 »8j } -i f f° r transmission to member i+l, 

step (vii) comprises the step of encrypting &„ in the form 
{{li.'J-8.} r »} for transmission to member 1, and 
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step (ix) comprises the step of encrypting 0, in the form 



for transmission to member i. 



6. The method of claim 1 , wherein step (b) comprises the steps of: 

(i) generation, by each member i, of a cryptographically secure 
5 random number, Fk^, where ; denotes the key generation iteration; 

(ii) calculation, by each member/, of HFKy = a u ®FK lJt where 
© is a commutative operator, 

(iii) sending, by each member i, of HFK U to each other 

member; 

10 (iv) calculation, by each member i, of 



Q H = AGj ® HFK,, ® HFK 2 j ® HFK^ 

where X is a scaling factor and n is the number of members in the 



cluster, 



15 



(vi) 



(v) 



calculation, by each member i, of 

calculation, by each member i, of a shared key 
SK^f^,) 

where f is a strong one way function, to form a fractionally 



generated next shared key. 



20 



7. The method of claim 6, wherein the step (iii) comprises the step of 
encrypting HFK U in the form 




for transmission to each other 



member m. 



8. The method of claim 6, wherein 
step (i) comprises the steps of: 



10 
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(A) random selection, by each member/, of a number FK ( J, 
where Os FJ^'J *p-2, wherein p is a large odd prime number, such that p-\ has 

large prime factors; and 

(B) calculation, by each member /, of 

step (ii) comprises the step of calculation, by each member i, of 
step (iii) comprises the step of encrypting, by each member i, of 



HFK U in the form 



{r 1 .Gj.m IJ .M,j}„ i 



for transmission to each other member m; 

step iv) comprises the step of calculating, by each member i, of 

% t =((p-n-3)e i+ 22HW| l/ )nwKp.l) 
= C^^;and 

15 step (v) comprises the step of calculation, by each member i, of 

9. The method of claim 1 , wherein step c) comprises the steps of: 

(i) sending, byarecoveryinitiatorRI, of thehidden fractional 

keyofafailednode F, HFK {j , to a newly elected member/, where; represents 

20 the iteration in which node i failed; 

(ii) sending, by RI.ofSAT, to member/; 
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(iii) performing a distributed initialization process, so that each 
member Z receives a binding parameter t, and a random pad /?,/, 

(iv) calculation, by each member /, of HFK Q - fi u 0 FK U , 
where 0 is a commutative operator; 

5 (v) sending, by each member I, of HFK tJ to member i; 

(vi) calculation, by number/, of 

FKr . = X 5 0 HFK,j © - ® HFK„.,j © 8 i+ „ where © is a 

commutative operator, and 

(vii) calculation, by member i, of 

10 Oif,=HFhj @FK fJ 

10. The method of claim 9, wherein 

step (i) comprises the step of encrypting HFK U in the form 

|{ r K/»K, /'tfFKfJ .,} for transmission to member i, where Vindicates 
recovery mode; 

15 step (ii) comprises the step of encrypting SKj in the form 

fx R i SK . V for transmission to member i; and 

[I «• '>**,) Ki 

step (v) comprises the step of encrypting HFKy in the form 
[{T t Xi,HFK u } Kr 

11. The method of claim 2, further comprising the step of 
20 (d) verifying that each of initial pad a u has contributed to the 

calculation of 6„ performed after step (a). 
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12. The method of claim 1 1 , wherein step (d) comprises the steps of: 

(i) selection, by a predetermined member of the cluster, of a 

large prime q\ 

(ii) distribution of q to all members; 

5 (iii) selection, by the predetermined member, of a generator g 

of the multiplicative group under q\ 

(iv) distribution of g to all members; 

(v) selection by each member i, of a random polynomial /, 
having a value of zero at the origin; 

jq (vi) calculation, by each member i, of a,. , = g ; 

(vii) sending, by each member i, of a, , to all other members; 

(viii) calculation, by each member i, of 

s s ' = n m j = * 6,+ ^ h ' evaiuated at ^ ° rigin; 

ft 

(ix) determination, by each member/, of whether f> = £ , 

15 evaluated at the origin; and 

(x) determination, by each member i, of whether 



13. The method of claim 4, further comprising the step of: 

(e) verifying that each initial pad <x i#l has contributed to the 
20 calculation of 8„ performed after step (a). 

14. The method of claim 12, wherein step (e) comprises the steps of: 
(i) selection, by a predetermined member of the cluster, of a 

large primes 
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distribution of q to all members; 


(Hi) 


selection, by the predetermined member, of a generator g 


of the multiplicative 


group under q\ 


(iv) 


distribution of g to all members; 


(v) 


calculation, by member 1, of g y and g V| J ; 




making * T and 2 Vu available to all members; 


(vii) 


calculation, by each member i, of g ; 


(viii) 


publication, by each member /, of g v " for other members 


of the cluster only; 




(ix) 


determination, by each member /, of whether 







15. A system for generating and managing shared keys for a plurality 

of members of a cluster, comprising 

initialization means forperfonning system initialization to produce 

15 a fractionally generated initial shared key; 

fractional generation means for fractionar generation of a next 

shared key; and 

recovery means for performing key recovery in the event of either 
compromise or failure of a node. 

20 16. A computer program product comprising a computer usable 

mediumhay^ 

participates in the generation and management of shared keys for a plurality of 
members of a cluster, said computer readable program code comprising: 
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(a) first computer readable program code logic for causing the 
computer to participate in system initialization, wherein the initialization produces 
a fractionally generated initial shared key; 

(b) second computer readable program code logic for causing 
the computer to participate in the fractional generation of a next shared key; and 

(c) third computer readable program code logic for causing the 
computer to participate in key recovery in the event of either compromise of 
failure of a node. 
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